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TELE /DATiZ^COia^^ 

. METHOD AN^ APPARATUS 

--^^^^^^^^^ ....... 

This application claims the benefit of the following, both of 
5 which are incorporated herein by reference: (1) United States Provisional 
Patent Application No. 60/043,610 which was filed on April 15, 1997 by 
the same inventor bearing title TELE/DATACOMMUNICATIONS 
PAYMENT METHOD AND APPARATUS; (2) United States 
Provisional Patent Application No. 60/049,774 which was filed on June 16, 
10 1 997 by the same inventor bearing title . 

TELE/DATACOM^^ PAYMENT METHOD AND 

APPARATUS. ^ 

1. FIELD OF THE INVENTION 

This invention pertains to employment of telecommunications to 
15 facilitate financial transactions. . . 

2/iM;AMff!^^ 

— Many consumer-based' commercial transactions involve 
payment using a credit card or bank debit card. . In the course of such 
transactions, a computerized "cash register" terminal or the like is 

20 connected by a teleconMnunica^^^ institution: (e.g., a; ^ ^ . 

bank or credit card cpm^ ca£dX,.fpr^jyhLe pmppse pf . „ 

obtaining an autiipfizjrt^^ . 
balance is sufficient to cover the cost of the particular transaction. In the * 
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case of a bank debit card, the consumer's account is eisseritially - - • 
- v-^ dnimediately debited for the amount of the transaction^ and^^the fundsn^i 
ultimately made available to the seller or provider of services. For a credit 

card, on the other hand, the consumer is subsequently mailed a bill - ' 

5 » requiring payment for the transaction. ' v DrK:-^^>if^^^^^^ - 

For consumers utilizing written checks, similar services are 
available for obtaining at least preliminary approval that the check will 
clear the bank upon which the check is drawn. ' 

10 

The check, credit card, and debit card modes of payment 
require, of course, that the consumer physically posses the same at the time 
of the transaction. Checks, credit cards, and debit cards are of no value if 
left at home or otherwise unavailable at the time bf the transactioSn. " ^ - 

Moreover, there are significant security risks involved with 
utilization of checks, credit cards, and debit cards. All are prone to being 
lost or stolen, and subsequently improperly used by third persons. A 
further risk is that imprints or copies of the cards may enable unauthorized 
20 use by a third person. 

- - What is needed, therefore, and an object of the present 
invention, is a secure and efficient mode of payment for a financial 
transaction. ... . . 

25 BRIEF SUMMARY OF THE INVENTION 

A tele/datacommunications network has a service node (TSN) 
which facilitates payment/transfei- from a customer account of a customer 
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• fihaficiaiinstitutidff 
:?Dik5??5'S's'.iffsti^^^ acquires a merchant identifier and transaction amount 

..... fi-om a eustomer mobile station. The TSN sends a transaction verification 
./ . . ^-r- .i v^ tO'both .the customer mobile station and the merchant 

4^^^t?^?'^'^^57«»^tei^ TSN requests 

transfer of the transaction amount from the customer account to the 
merchant account. 

The TSN of the invention also optionally provides an 
10 authorization assurance feature and a security feature. For authorization 
assurance^ prior to requesting a funds transfer from the customer account in 
the amount of the transaction amount, the TSN checks whether the 
^ ^ '"^^ " 'CU authorize such funds transfer. 

15 '>.-:'f<:-^-^^ ^ ^ The transaction can occur in a variety of manners. In one 
mode of the invention, the transaction can occur while the customer is at 
the merchant's premises, whereat the customer acquires the merchant 
identifier and the transaction amount . In another mode, the customer can 
be at a customer predetermined native location, e.g., at the customer's 
20 home or place of business, where the customer views a merchant's web 
: page. The merchant's web page, in addition to providing the merchant 

. r ..:^: v, v^identifieri pM^ (e.g., a utility bill). 



* — - t : : ™ ■frr—r- r- For the first mode of the invention, the security feature of the 
25 invention enables the TSN to confirm that the customer wireless 
communication unit (e.g., mobile station) is within a predetermined 
tN. vT r; '-i^geographicatproximity of the merchantterminal prior to requesting transfer 
^ 1 M A»*it-B«.of tities^transaction^amount from thexustomer ^account to the merchant 
Vm.. I^^;;.::^abe6teitat- ti^^ financial institiftion. The TSN has access to 
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prestored GPS location coordinates of the merchant terminal, and receives * 
> - the current GPS coordinates of the customer mobile station from the 

customer mobile station. The TSN compares the GPS location coordinates 

of the merchant terminal and the current GPS coordinates of customer 
5 mobile station to determine if the two are within an acceptable proximity 

range. 



For the second mode of the invention, the security feature of 
the invention enables the TSN to confirm that the customer is in a customer 

10 predetermined native location at the time the customer authorizes payment 
to the merchant. For example, the geographical security feature would bar 
any purchases or payment initiated when (1) the mobile station is not 
connected to base station(s) used when the owner of the mobile station is at 
one of his customer predetermined native locations, or (2) when GPS 

15 coordinates of the mobile station are not within an acceptable proximity 
range of the customer predetermined native location. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features, and advantages of the 
invention will be apparent from the following more particular description of 
.2P : preferred (embodiments as illustrated in the acconipanying drawings in 
which reference characters refer to the same parts throughout the various 
views. The drawings are not necessarily to scale, emphasis instead being 
placed upon illustrating the principles of the invention. 

• . K ; vt: P^S- 1. is a schematic view of a.tele/datacommunicat 

25 network including a node which provides a telepayment service according 
to an embodiment of the invention. . 
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•s' ^ ^ Pii^^^gi^i^is^ aSsehemati 
- to another embodiment of the invention; 

network including a service control node of an intelligent network which 
provides a telepayment service according to an embodiment of the 
invention. - 

10 Fig. 2 is a schematic view of the service control node 

included in the telecommunications network of Fig. 1 . 

..^ . , . . . . . . 

inr,,,^y,,^i^^.^^^^^ of the service control node 

^ vc A nncluded in the telecommunications network of Fig. 1 A for a first mode of 
15 , ,the invesntion^ o . . ; , . . . : . . . 

Fig. 2A(2) is a schematic view of the service control node 
included in the telecommunications network of Fig, 1 A for a second mode 
of the invention. 

20 - - - . . .. 

: - - ^ - f Fig. 3 is a schematic view showing the relationship of Fig. 

: v^...^ ;3Aj.Eigv^^andJjgv.3£..4,...^ ...^ -v^. . 

\ ^ r r - : : ^ rr : -rrFi flowcharts showing steps 

25 executed by a service control node according to. the invention. 

» -» 

-^r^'iw.'n. irr>v;:.wtt>s^:*&^?^^^^^ by a 

..^...^ .servicexonteoLnode/in. connection, with first mode of 

i'^the«ljhVentlOll«rj;^ i * .ciat-«..r:<-.ec,%ct.t.iii.. .••»• . s* f > , . . i- . • » -r 
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^ ' ^ ^ • Fig; 4B is a flowchart showing additional - 
service control node in connection with a security feature of a second mode 
of the invention. . , : : . v 

Fig. 5 A is a schematic view of a portion of Fig. 1, but 
depicting a customer at a merchant's premises. 

Fig. 5B is a schematic view of a portion of Fig. 1, but 
0 depicting a customer having a mobile station (in the form of a mobile 
telephone) and a workstation at a customer predetermined native location 
which is preferably remote from a merchant's premises. 

" Fig. 5C is a schematic view of a portion of Fig. 1, but ^ 

5 depicting a customer having a mobile station (in the form of a laptop 

computer with mobile termination capabilities), the mobile station situated 
at a customer predetermined native location which is preferably remote 
from a merchant's premises. 

DETAILED DESCRIPTION OF THE DRAWINGS 

} . , - r In. the following description, for purposes of explanation and not 
limitation, specific details are set forth such as particular architectures, 
interfaces, techniques, etc. in order to provide a thorough vmderstanding of 
the present invention. However, it will be apparent to those skilled in the 
art that the present invention may be practiced in other embodiments that 

5... depart from these specific details. In other instances, detailed;desGriptions - - i 
of well knpwnfi devices, circuits, and methods are omitted so as not to 
obscure ;the description of the present invention with unnecessary -detail. 



wo 98/47116 



PCT/SE98/00691 



7 

4? t;??':Mrspecial>functiont node^^ 3.0, Telepay 

TSN 3 0 is . connected to an exchange, such as transit exchange (TE) 40, of a 
/-/ /kpubiiG; switched telephone network (PSTN)^50. PSTN 50 includes both 
5^':^^^!:landline' an(fcradiQ^e^ provides 
conriectioris'to a plurality, of remote wireless units or mobile stations, of 
which customer mobile station 60 (e.g., a mobile telephone) is but one 
example, and-via landlines to non-mobile units such as merchant terminal 
70. Although customer wireless communication unit 60 is hereinafter 
10 illustrated as being a mobile telephone, it should be vmderstood that other 
types of devices are also contemplated for use with the invention, such as a 
personal digital assistant (PDA) with a radio connection to PSTN 50 or a 
- ^rcomputer w - 

15 r . Customer mobile terminal 60 is served by base station (BS) 

52 in PSTN 50. Base station 52 is connected to a mobile switching center 
(MSG) 54 which routes calls from the customer to telepay TSN 30. 

Fig. 1 shows telepay TSN 30 as also being connected by a 
20. data network N to a customer financial institution 80 and a merchant 
• r-<financial4nstitution 90. Although illustrated separately, it should be 
lunderstood that^network N.canvbe Jneluded.in PS Moreover, a 

variety of protocols (e.g: X.25, X.2 1, leased line and TCP/IP, or 
r- -r/intemet/TeP/IP)^^ can be utilized over network N. 

.25 . . .. - . 

^ While Fig. 5B and Fig. 5C show PSTN 50 and internet 5 1 
nnir ^(direetlyrconnected.together, the pcFsou skilled in the art will appreciate that 
. ^...^ r^suGhvil:lustrations«areua :Simplification for not obscuring.salient aspects of 
. . V. b:C:.1helinvbntion.:; lA^^ switched networks (such as internet 5 1 ) 
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and circuit switched networks are connected via respective service or 
. > : . gateway nodes to mobile switching centers of a mobile telecommunications 
network. The mobile telecommunications network comprises not only the 
mobile stations, but base stations in radio commimications with the mobile 
V 5 stations, base station controllers (also known as radio network controllers) 
in communication with the base stations, and with the mobile switching 
. centers communicating with the base stations controllers. 

In accordance with the present invention, a customer who 
10 operates customer mobile station 60 seeks to purchase goods or services 
firom a merchant. The merchant has merchant terminal 70 which functions 
as a computerized cash register and which has modem connection to PSTN 
50, The customer via customer mobile station 60 can make payment for the 
goods or services using telepay TSN 30, and particulm-ly can transfer funds 
15 from the customer's account in customer financial institution 80 to the 
merchant's account in merchant financial institution 90, Customer 
financial institution 80 can be, for example, a banking institution with 
which the customer has an account or a credit card company with which the 
customer has an account 

20 

The present invention permits financial transactions to occur 
. - in.a variety, of manners. Fig. 5 A depicts^ a first mode of the invention, in 
which the transaction occurs while the customer is at the merchant's 
premises 92A. At the merchant's premises 92A the customer acquires the 
25 merchant identifier and the transaction amount. Fig. -5B illustrates a second 
mode of the invention in which the customer is situated at a customer 
predetermined native location 62B, preferably remote fi-om the merchant's 
premises 92B. TJie customer predetermined native location 62B cah be, for 
: . example, the customer's home or place of business. In accordance i^ith this 
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second^modei^attthejcustomefc^^ ^ 
. T n custonieriyiewsm:mei^^^ pageias displayed onr a monitor 64B . The 

merchant's web page, in addition to providing the merchant identifier, 
provides either an adyertisement.of an. invoice (e.g., a utility bill). Fig. 5C 
i illustrates^;afV:ariatiomofq^^ mobile 
station 60 takes the form of a laptop computer with mobile termination. The 
mobile station of Fig. 5C is capable of having connections (through the 
mobile telecommunications network)-.both with the intemet 51 and with 
PSTN 50. 

) 

In brief, suppose that the customer wants to pay $100US for a 
good or service, or-for payment of a bill or invoice (such as a utility bill, for 
exaniple). * In»aecordatiee with the present4nvention, the customer merely 

- : f^dial'S'thefdirectory'riumberof the telepay TSN 30 (e.g; a Alr800" directory 

5 number) and, in response to prompts, generated by telepay TSN 3.0,, enters a 
merchant identifier and a transaction amount (SIOOUS). The merchant 
identifier is provided by the merchant (e.g., prominently displayed at the 
merchant's premises 92A [see Fig. 5 A] or shown on the merchant's web 
page displayed on monitor 64B [see Fig. SB] or laptop [see Fig. 5C]). The 

0 transaction amount is the total cost for the good or service or bill amount. 
Telepay TSN 30 sends a verification message to at least one, and preferably 

. ^ .both, parties:to.the transaction. L.In.this.regard,.telepay TSN 30 sends a . 
verification message to the merchant, providing (e.g., on a cash register 
display) the transaction amount to be credited to the merchant's account 

5 and a transaction code. :A similar verification message is sent to customer 
mobile station 60. If in agreement, both the customer and the merchant 
then send a verifieation.message.to telepay TSN 30. Telepay .TSN-30 then = 
arranges. foratheacustomenaccount to.be debited^: and the merchant accoxmt 

, t .j.to^be/c'redited,yby^th4^^ : : . , . 
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- ^ In the embodiment illustrated in Fig. 
special purpose node which includes general purpose computer 30C having 
a UNIX or Microsoft NT operating system and executes a set(s) of coded 
instructions for performing the actions herein described: Computer 3 OC is 
connected to an accessory or peripheral SOP and a data network interface 
30D. Peripheral 30P receives and interprets DTMF signalling of numbers 
(e.g., for transaction amount, merchant identifier, PIN), and also generates 
and transmits voice/sound prompts. Data network interface 30D is 
connected via data network N to customer financial institution 80 and to 
merchant financial institution 90. 

In one embodiment of the invention, the set of instructions" 
and functions executed by telepay TSN 30 are modularized. In such 
embodiment, the modules of telepay TSN 30 as illustrated m Fig. 2 include , 
customer communication module 202; merchant communication module 
204; transfer commimication module 206; financial institution 
commimication module 208; and, fimds authorization module 210. 

Customer cominunication module 202 includes a customer 
communication interface 202-1 which handles communication with 
. customer mobile station 60 over PSTN 50. Also included in customer . 
communication mode 202 are prompt generator interface 202-2, 
information collector interface 202-3, verification unit 202-4, and 
transaction confirmation unit 202-5. Interface 202-2 and 202-3 are . 
connected to peripheral 30P. 

. Similarly, merchant communication module 204 includes a-r 
: merchant communication interface 204^1 which handles communications^ 
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with merchant terminal 70 ;Over.PS^^ 5 O.^Mso* included in merchaiit - : - . 
conMnunication niodule:i20il ai^ . 
verification unit 204-3; and, transaction confirmation xinit 204-4. 

^ Transferteo0rdination.niodide^20j6^^^ 
record generator 206-1 and a transaction code generator 206-2, Transaction 
record generator 206-1 is used to build records for transaction data base 
220. In addition to building transaction database 220, transfer coordination 
module 206 searches for and accesses records stored in transaction database 
220. 

Financial institution communication module 208 includes 

customer financial institution^ includes customer financial institution 

interface 208-.l^and merchant-^financial institution interf^ ^ * 

Financial institution communication module 208 also has a customer search 
engine 208-3 for searching a customer database 222 and a merchant search 
engine 208-4 for searching a merchant database 224. 

For the embodiment shown in Fig. 2, customer database 222 
has prestored therein a record for each customer who subscribes to the 
telepay service offered by telepay TSN 30. The record for each customer 
has at least three fields, including^a^customeridentifier field. 222A;- a ■ ; 
customer financial institution address field 222B; and, a customer account 
identifier field 222C; The customer account identifier field 222C is the 
customer's account number for the particular financial institution whose 
address appears in field 222B. 

. V- .Similarly,^the.embodiment::Shown^in.Eig'.*2v C^ -w... 

database 224 has prestorfcd: theireinva record Sot *each merchant .who : ' v .... 
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participates in the telepay service offered by telepay TSN 30. The record 
vfor each merchant has at least three fields, including a merchant^dentifier - 
field 224 A; a merchant financial institution address field 224B; and, a 
merchant account identifier field 224C. The merchant account identifier 
. 5 : 'field 224G is the merchant's accoimt number for the particular financial^ 
institution whose address appears in field 224B. 

While databases 220, 222, and 224 have been illustrated in 
Fig. 2 as being included in telepay TSN 30, it should be imderstood that 
10 such need not necessarily be the case. For example, in an alternate 

embodiment databases 220, 222, and 224 can be located remotely, e.g., at 
one or more special nodes such as, for example, service data points (SDPs) 
of an intelligent telecommunications network. 

15 Actions performed by telepay TSN 30 are understood as 

described in more detail in connection with Fig, 3A, Fig. 3B, and Fig. 3C 
and with contextual reference to Fig. 1 . In the scenario briefly described 
above the customer and wants to pay $100US for a good or service. As 
depicted by event El in Fig. 1, the customer merely dials on customer 

20 mobile station 60 the directory number of the telepay TSN 30. The call is 
routed through PSTN 50, which includes mobile base station (BS) 52, and 
via MSG 54 and SSP 40 to telepay TSN 30, as sho^yn by event E2; At 
telepay TSN 30, upon initially handling the call customer communications, 
module 202 obtains a customer identifier (e.g., customer directory number) 

25 firom the call signaling which sets up the call (see step 300 in Fig. 3A). 

^ r .r , . z : - ^. : : \3pon completiou of the connection, customer - • j * *-^^ • 
communications m6dule^202 directs peripheral 30C (via prompt generator ' 
' : - interface 202-2) to issue a series of prompts which arertrahsriiitted over the ,1^ 
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!^;i^£^ifcaiKeohnecti^^ "^The prompts, depicted as 

^^imnnhY^ntMSi^^^^ audible prompts and/or displayed text 

. .prompts which request either a DTMF response (e.g., for the customer to 
.y?i^:;ru seleGtvdigits on the telephone keyboard in.response to the prompt) or a 
r^5 i^r\iV(Siee^respcm^^ the series of prompts 

includes a first prompt for entry of the merchant identifier and a second 
prompt for entry of the transaction amoimt. For security purposes, a third 
prompt for a customer personal identification number (PIN) may also be 
generated. All kinds of additional security functionality can be added either 
10 independently or additionally, such as cryptographic keys, fingerprint 
recognition at the mobile station, etc. Step 320 of Fig. 3 A also shows 
- information collector 202-3 of customer communication module 202 
.V '^'^'-i* * * obtaining t^^^ input in response to each of the prompts generated 

vxr by prompt generator 202-^2. In Fig. 1 , customer input in response to the 
15; .prompts is indicated as event E4. The customer input is processed by 
peripheral 30P. 

Upon collection of the information entered on customer 
mobile station 60 in response to the prompts of step 302, at step 304 the 
20 customer communication module 202 sends the information it has gleaned 
. „ : - (as processed e;g. by the peripheral 30P) along with the customer identifier 
-::-ia; to^transfer. cGordination module 206. Transaction record generator 206-1 of 
transfer coordination module 206 uses the information to build a record in 
rrr. transactidn database 220 for the transaction (see step 304 of Fig. 3A). In 

25 connection with building the record, for the transaction, transaction record 

gen^ator 206-1 requests and obtains from transaction code generator 206-2 
^-^v:-^v^a^unique^transaction code-or iden^ transaction.- Thus far, 

*..»vri.,**.*i1hereforej^the*record4bri&^ includes- the . unique -transaction code, the 
,^(^, «Gustoii3ierr4dentifie^^^^ and the .transaction amount. 
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. At Step 306, telepay TSN 30 determines the customer ^ . 

financial institution address and the customer account identifier at the 
customer financial institution. In particular, at step 306 the transfer 
5 coordination module 206 sends to the financial institution communication 
module 208 a signal which includes the current transaction code, the 
current customer identifier, and (optionally) the transaction amount. The 
current customer identifier included in this signal is used by customer 
search engine 208-3 to search customer data base 222. In particular, 

10 customer search engine 208-3 locates a record in data base 222 having the 
customer identifier in field 222A, and obtains the customer financial 
institution address and customer account identifier firom fields 222B and 
222C, respectively, of that record. The customer financial institution 
address is a telecommunications network directory number of the customer 

15 financial institution at which the customer financial institution is 

contactable and responds to an automatic interrogation and interchange as 
hereinafter described. 

Telepay TSN 30 has, as an optional feature, an ability to 
20 assure that the customer account has sufficient funds to cover the 

triansaction amount prior to effecting the transaction. In this regard, and as 
. indicated by step 314, customer financial institution interface 208-1 is 
directed to send the customer financial institution an authorization 
assurance request message. The authorization assurance request message is 
25 routed by customer financial institution interface 208-1 over data network 
N to the customer financial institution address obtained at step 314. The 
. authorization assurance request message, indicated as event E5 in Fig. hy 
includes the transaction code, the customer account identifier, the 
transaction amount, and a message type Qode. The message type. 
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• ' . r-i -^^ 30 is'seeking to aetermihe whether 

5 > HT * r:r^^^ authorize a fiinds transfer from the 

customer account in the amoimt of the transaction amount. Assuming 
.a \; authdriziation is granted, an authorization assurance message is transmitted 
.r ; :r r, 5^ over^dat^rietwo^feNtfey^^c^^ to customer 

financial institution interface 208-1, as depicted by event E6 in Fig. 1. 

As indicated by step 316 of Fig. 3 A, if the authorization 

assurance message is negative (indicating that authorization is not granted), 
10 an invalid transaction notification is sent to customer mobile station 60 (see 
step 318). Otherwise, as shown by step 320, the customer fmancial 
institution address and customer account identifier obtained fi-om step 306, 
' -ri v^ai^oing^ith atf indication' of receipt authorization assurance 

^ -v/J^.^\iMessage; a^^^ tranisaction in transaction 

: :i5.v:., database 220. ^ - 

At step 322 the transfer coordination module 206 verifies that 
a valid merchant identifier was entered and determines the merchant 
financial institution address and the merchant account identifier at the 
20 merchant fmancial institution. In like manner as with step 306, at step 322 
■ the transfer coordination module 20(5 sends a signal to merchant search 
' engine 208-4, the signal including. the current transaction code and the 
current merchant identifier. Merchant search engine 208-4 searches 
. ■ ' rtnelrchant data' base 224 for afecord having the current merchant identifier 
25 . in field 224A.:'Upon finding such a record, merchant search engine 208-4 
obtains the corresponding meirchant financial institution address and the 
^. -vu -^-..0. ^merchant^aGCGuntidentifier'frpm fields 224B and '224C j respectively, of 
*.-that*Ffecords*:iThenj,^merc a signal to transfer 

> . - . rcoordihWioh-mSdu^^^ code, the 
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^ merchant identifier, and the merchiant financial institution address and the 
- merchant account identifier obtairied from the thusly located recor^^^^ 
Transfer coordination module 206 augments the record for the current 
transaction with the merchant financial institution address and the merchant 
account identifier (step 324). : ; .' ^ : 

It is noted in passing, that should the merchant identifier not 
be found in data base 224 upon performance of step 322, an invalid 
transaction notification is sent to customer mobile station 60. Similarly, if 
the customer identifier were not located in customer data base 222 at step 
306, an invalid transaction notification would be sent to customer mobile 
station 60. 

At step 326, transfer coordination module 206 directs that a 
transaction verification request message be sent to customer mobile station 
60. In this regard, transfer coordination module 206 provides verification 
unit 202-4 with the current transaction code, the merchant identifier, and 
the transaction amount. Verification unit 202-4 in turn generates a 
verification request message which is transmitted to customer mobile 
station 60 and depicted as event E7 in Fig. 1 . Verification request message 
can take the form of an audible message or, when customer mobile station 
60 is suitably equipped, a digital display. The verification-^request message - 
includes a prompt requesting that the customer verify that the transaction is 
to proceed. 

If the customer agrees with the information provided in the 
• - transaction verification request message, the customer responds with an • - 
affirmative transaction verification^message (as indicated by event E8 in 
Fig.. 1 ). Step 328 shows receipt of the transaction verification message: - 
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^tii!i^^#Diri^cust0meR^ J:ShGuld:it be determined at step 330 that 

-:xi^^/.^-1heitrah^ 

invalidated and terminated as indicated by step 332. 

, * t.:.. -.*>r-'j^-*-*i t^s-f.^' .•■■^/•'\*.- - :• , .... 

iS-itiii^ :iui^cif? ^^H; Indike^^ 326v'at step 334 transfer 

coordination module 206 directs that a transaction verification request 
message be sent to merchant terminal 70. In this regard, transfer 

coordination module 206 provides -verification unit .204-3 with the current 

transaction code, the merchant identifier, and the transaction amount. 
10 Verification xmit 204-3 in turn generates a verification request message 
which is transmitted to merchant terminal 70 and depicted as event E9 in 
Fig. 1. This verification request message preferably takes the form of a 
. V i digital display at merchant terminal 70/ ^ The verification request message 
^ i-i^uCincludesra promptvrequesting t^^ the* merchant verify that the transaction is 
15 ..to,proceM- - If the merchant agrees with.the information provided in the 
transaction verification request message, the customer responds with an 
affirmative transaction verification message (as indicated by event EIO in 
Fig. 1). Step 336 shows receipt of the transaction verification message 
firom merchant terminal 70. Should it be determined at step 338 that the 
20 transaction verification message is negative, the transaction is invalidated 
- and terminated as indicated by step 340. 

It should be understood that the merchant verification process 
- . of steps 334, 336i and 338 can be conducted before or essentially 
25. ^ contemporaneous with the customer verification process of steps 326, 328, 
and 330: . ^ . 
.nvJ,1^;r^t1Lw^il«^1^^ transaction ^^Verification 

. »: „ » rcqyest^message^mayjobe sent, only Jo one .party, .e.g. j toxustomer mobile 
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0-* 



..^ Assuming that affirmative transaction verific^^^ 

are received both from the customer mobile station 60 and merchant 
terminal 70 in the embodiment currently described, transfer coordination 
5 module 206 is so apprised and, at step 342, updates the record for the 
current transaction to indicate verification by both parties. 

With the transaction approved by both parties, at step 344 
transfer coordination module 206 directs the funds transfer authorization 

10 module 210 to authorize initiation of transfer of the transaction amount 
from the customer accoxmt to the merchant account. Along with this 
directive, funds transfer authorization module 210 is provided the 
transaction code, the transaction amount, the customer financial institution 
address, the customer account identifier, the merchant financial institution 

15 address, and the merchant account identifier. As indicated by event Ell in 
Fig. 1, funds transfer authorization module 210 then signals the customer 
financial institution 80 over data network N with a fimds transfer request 
message. The signal is sent using the customer financial institution 
interface 208-1 of financial institution communication module 208 (see Fig. 

20 2). The signal includes a message code type indicative of a funds transfer 
request, the transaction code, the transaction amount, the customer financial 
. . institution address, -the customer account identifier,.the merchant financial 
institution iaddress, and the merchant account identifier. 

25 • Upon authorizing initiation of the funds transfer, at step 346 

transfer coordination module 206 also directs that a transaction 
. . . confirmation message be sent to customer mobile station 60 (as event E,12) : 
. and to merchant terminal 70 (as event El 3). The transaction confirmation 
message is sent to customer mobile station 60 via transaction confirmation 
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^ nunit>202i^'ia]h5(M . 

Step^348 also shows:transfe^^ 

sending la^funds^aitefeFi 

financial institutidn 90 over data network N. The funds transfer requested 
notification message alerts institution 90 to expect to receive eventually a 
transfer of the transaction amount to the merchant account maintained at 
^merchant financial institution 90 from the customer financial institution 80. 
Such funds transfer requested notification message is depicted as event El 4 
in Fig. 1. 

V, .^A, V h - > '^-^j^^^-GustomCT^^^^ institution 80 can inunediateiy transfer 

<- ^^^^funds^fi^biti^the-^el^^^^ merchant aecdtint at merchant 

5 financial institution 90, e.g^, in accordance with usual banking procedures. 
For sake of simplicity, such transfer is depicted in Fig. 1 as event El 5. As 
an option, customer financial institution 80 can also send to telepay TSN 30 
a confirmation that the funds have been transferred from customer financial 
institution 80 to merchant financial institution 90. Merchant financial 
3 institution 90 in tum credits the merchant account with the transaction 
amount, which credit may possibly occur after a "float" delay. 

The system of Fig. lA differs from that of Fig. 1 e.g., in that 
" ^ customer mobile station 60 includes a GPS (globarpositioning system) 
5 communication transponder 62. GPS transponder 62 serves to interrogate a 

GPS satellite 100 and to obtain therefrom a GPS response which indicates 
«en-the "current-GPS^coordinates o^Gustomepmobile station 60{-.Event EO of ^ 
w.^*- .Fig;-lA-depiets4nterrogation and response of GPS satellite 1 00-by customer 
1 ' .mobilevStatiorii60l-GPS-iri^^ and respbiise can occuf^periodically 
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• during activation of customer mobile station 60; Alternatively, customer 
mobile station 60 can be programmed to interrogate^GPS satellite 100 upon 
detection of the dialing of the digits of the telepayment service of the 
present invention, ^ . . 

The current GPS location coordinates of customer mobile 
station 60 are transmitted to telepay SCP 30 and received by information 
collector 202-3 of customer communication module 202. Transmission of 
the current GPS location coordinates can occur in number of ways. For 
example, upon completion of call connection prompt generator 202 may 
issue a tone which is recognized by customer mobile station 60 as requiring 
customer mobile station 60 to send the current GPS location coordiiiates of 
customer mobile station 60 to telepay TSN 30. Alternatively, upon 
completion of call connection, the customer mdbile station 60 may (on its 
own initiative) transmit its current GPS location coordinates at a 
predetermined time. Regardless of timing and manner of transmission, the 
transmission of the current GPS location coordinates is governed by the 
protocol between customer mobile station 60 and telepay TSN 30. 



Fig. 2 A( 1 ) shows an embodiment of telepay TSN 
30A(l)suitable for the first mode of the invention, i.e., the mode illustrated 
in Fig. 5 A in which the customer's mobile station is proximate the 
merchant's premises. The telepay TSN 30A(1) of Fig. 2A(1) resembles 
that of Fig. 2 but in addition includes transaction security module 212A. 
Further, merchant data base 224 of Fig. 2D contains an additional field for 
each merchant record, particularly a field 224D. Field 224D has prestored 
therein the merchant location*(GPS) coordinates.^— ^^-^^^^ ^ , 

. . : For telepay TSN 30A(1) of Fig. 2A(1), ah additional field of . - 
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information isi obtaihed^rat;Step 306-^ ^ : 

coordinates of:field^^24B:tiInApetfor^^ 

30 otherwise executes steps similar to those shown in Fig. 3A, Fig. 3B, and 
Fig. 3C. . In a.ddition;;telepay.TS^^^ steps shown in Fig. . 

At step 3 08 A of Fig. 4A, transaction security module checks 
whether customer mobile station 60 is within a predetermined geographical 
proximity of merchant terminal 70. In particular, transfer communication 

10 module 206 passes to transaction security module 2 12 the merchant GPS 
location coordinates obtained at step 306 and the current GPS coordinates 
of customer mobile station 60. Transaction security module 212 then 
compares the merchant GPS location coordinates obtained at step 306 and 
the current GPS coordinates of customer mobile station 60. If the twd sets 

15 of coordinates are not within an acceptable proximity range, transaction 
security module 212A issues a signal to transfer communication module 
206 indicating that the transaction should be invalidated. Transfer 
communication module 206 responds by notifying the customer of 
transaction invalidity and by terminating the transaction (step 31 OA), On 

20 the other hand, if the two sets of coordinates are within an acceptable 
proximity range^ transaction security module 212A issues a signal to 
transfer conmiunication module 2064ndicating that-the transaction is valid. 
Transfer communication module 206 then proceeds to the next step, e.g., 

step 314 of Fig. 3 A: '--rr:--:-.' - - --r. r: — 

25 • 

Thus, in the embodiment described in Fig. 1 A and Fig. 2A(1), 
telepay TSN 30 confinns.thatxustomer mobile station*60 -is within-a^- ^^y^^' 
predetennined.geographical.prbximity.ofmerchant.tenninal70priorto - 
requesting trarisferof iHe .trtosactioh^^ to 
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the merchant account of the merchant financial in$titutidh.« The " 
geographical proximity check is a safeguard which precludes purchases 
unless the customer is actually physically present at the merchant's place of 
business. . . - v . /, . . , 

Fig. 2A(2) shows an embodiment of telepay TSN 
30A(l)suitable for the second mode of the invention, i.e., the mode 
illustrated in Fig. 5B and in Fig. 5C in which the customer's mobile station 
is at customer's predetermined native location. The telepay TSN 30A(2) of 
10 Fig. 2A(2) resembles that of Fig, 2 but in addition includes transaction 
security module 212B. Further, customer data base 222 of Fig. 2A(2) 
contains an additional field for each customer record, particularly a field 
222D. Field 222D has prestored therein one or more sets of customer 
location (GPS) coordinates, e.g., the coordinates of the customer's 
15 predetermined native location(s). 



For telepay TSN 30A(2) of Fig. 2A(2), an additional field of 
information is obtained at step 306, particularly the customer location 
coordinates of field 222D. In performance of its operations, telepay SCP 
20 30A(2) otherwise executes steps similar to those shown in Fig. 3 A, Fig. 3B, 
and Fig. 3C. In addition, telepay TSN 30A(2) executes the steps shown in 
Fig.4B. . 

At step 3 08B of Fig. 4B, transaction security module checks 
25 whether customer mobile station 60 is within a predetermined geographical 
proximity of a registered customer predetermined native location. In 
1 particular, transfer communication module 206 passes to transaction - 
security module 212 the customer GPS location coordinates obtained at 
step 306 and the current GPS. coordinates of^custdmer mobile station 60. 
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r SMiTrahsactiomse^^ module 2 12: then compares: the: customer GPS location 
i^^rkc craordinat^^^^^^ step 306 and the: current jGP.S coordinates of 

- ; customier mobile station 60, If the two sets of coordinates are not within an 
w, v»:4:44 i?r*^^^ module 212B issues a 

iT V iiT^rS >i^*4sign^^^^ 206 indicating that the transaction 

should be invalidated. Transfer communication module 206 responds by 
notifying the customer of transaction invalidity and by terminating the 
transaction (step 3 1 OB). On the other hand, if the two sets of coordinates 
are within an acceptable proximity range, transaction security module 212 
10 issues a signal to transfer communication module 206 indicating that the 
transaction is valid. Transfer communication module 206 then proceeds to 
the next step, e.g., step 3 14 of Fig. 3A. 

- / :rv?wcThus; in the embodiment descri Fig. lA and Fig. 2A(2), " 
,15 . . telepay TSN 30 confirms that customer mobile station 60 is within a 
predetermined geographical proximity of one of the customer's 
predetermined native locations prior to requesting transfer of the 
transaction amount from the customer account to the merchant account of " 
the merchant financial institution. The geographical proximity check is a 
20 safeguard which precludes purchases unless the customer is actually 

• physically present at a location which the customer has previously 
. registered^with-^^^^^ ... r,.. 

— ' - - -r r Fig. 1 A and Fig. 2A(1)/2A(2) embodiment of the 

25 invention requires customer presence and/or predetermined location as a 
security feature, the presence of a credit card or check is not required for 
ij^-^ i> t ijrj*uij,i3J$he^tjansaGtion.::. The onlyi equipment required is;the customer mobile 
.^^ . ... v^^^w siMi embodiment,. theJnvention requires that the customer 
/ : ; - 1 also know.a .customer iaccount identifier (PIN). in order to effect the 



wo 98/47116 



PCT/SE98/00691 



24 

transaction with a measure of security. ' : 

Seciu-ity based on geographic proximity can also be 
accomplished in ways other than using GPS technology. For example, 

.5 j geographic location of customer mobile station 60 can be accomplished 
using very accurate clocks and measuring the radio propagation times for 
the mobile signal relative to different radio base stations. As another 
simple but less accurate example, TSN 30 can interrogate the mobile 
network subscriber database (e.g, a home location register [HLR] in GSM) 

10 to inquire as to which MSG and which radio base station is handling the 
customer's mobile station 60 to determine where customer mobile station 
60 is located. Upon receipt of a response to the interrogation, the retumed 
information, being indicative of the geographical location of customer 
mobile, station 60, is compared with the pre-stored location of merchant 

15 terminal 70. 

In the foregoing embodiments, telepay TSN 30 has been 
described as a special purpose node which serves as a termination point for 
call connection from the customer's mobile station 60. In such 
20 embodiments, no protocol is employed between MSG 54 and telepay TSN 
30. Moreover, telepay TSN 30 includes (or has connected thereto) the 
intelligent peripheral 30P. 

The embodiment of telepay node 30' shown in Fig. IB, on the 
25 other hand, is not a special purpose node but rather a service control point 
(SCP) of an intelligent network. In the embodiment of Fig. 1, a call made 
. . from .the customer's mobile station 60 is terminated at mobile switching 
center (MSG) 54. MSG 54 mcludes certain service switching ftmctipn, 
.^.software which enables MSG 54 to function like a service switching point 
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:t :^.(SSE).i^lJ^pon -receptib customer's mobile station 60, 

X .^:KMSeF54;sig^^^^ 

Application Part protocol) over GCITT signaling system No. 7. For this 
a;w^;;reason;:\yhat^^ 1 as a single event E2 is shown in Fig. IB 

yc5a«:'^oas .eyent^^^ customer mobile station 60 to MSG 54) 

and event E2B (signaling from MSG 54 to telepay TSN 30')- 

Thus, tiie embodiment of Fig. IB differs from those 
previously described in that MSG 54 serves as the call connection node, 

10 and conmiunication between MSG 54 and telepay TSN 30' occurs by 
signaling. Such being the case, in the embodiment of Fig. IB, no 
intelligent peripheral 30P is provided at telepay TSN 30, but is instead 
* ' - moved-to MSG 54 where it appears as peripheral 54P. When prompts such 

r i i; asftonband/or voice prompts a^^ directed by telepay TSN 30' as is indicated 

.15 . , by event E3 A, such directives are transmitted by signaling to MSG 54, and 
then to intelligent peripheral 54P. Intelligent peripheral 54P then generates 
the prompts for application (e.g., event E3B) to the intended recipient e.g., 
mobile station 60. Similarly, intelligent peripheral 54P interprets any ^ 
DTMF tones inputted by the customer (e.g., PIN) at event E4A, whereupon 

20 the interpreted information (e.g., PIN) is signaled as event E4B from MSG 
54 to telepay TSN 30'. Although not expressly shown in Fig. IB, it should 

. : y be understood.that subsequent communications with customer mobile 

station 60, as well as merchant terminal 70 (e.g., verification and response), 
r-:- areTaccompiished using signaling between MSG 54 and telepay TSN 30'. 

25; . - - *: • 

The embodiment of Fig. IB is also optionally implemented 
« i using:ithe aboverdescribed security features; ?such as GPS, for example. 
Such implementation is. readily ascertained from the |>receding discussions. 
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. . . Whereas the embodiments of Fig. 1 and Fig. 1 A are simple 
; and perhaps less expensive to implement in low traffic situationsi-the - - 
embodiment of Fig. IB has greater capacity and scalability. 

All embodiments herein described can be realized on a ■ ' - 
general computer with UNIX or Windows NT, or other general purpose 
operating system based on special purpose computers, such as the Ericsson 
APZ Telecom Purpose Computer, for example. For implementation in a 
European country, for example, the telepay TSN nodes can communicate in 
MAP protocol to the GSM HLR database, over signaling no. 7 (SS7) or 
TCP/IP, for example. 

The present invention can be enhanced using encryption 
techniques for conununications between telepay TSN 30 on the one hand 
an customer mobile station 60 and merchant terminal 70 on the other. 
Encryption can be accomplished, for example, using a SIM (subscriber 
identification mobile) card in customer mobile station 60 and a similar 
encryption card at customer terminal 70, 

Further, the SIM (subscriber identification mobile) card 
utilized: by customer mobile station 60 of the present invention can also 

serve as a credit card, in which case payment can be debited to the 

customer's credit card account or telephone bill. In this regard, the SIM 
card has the customer's account number stored therein, which account 
number can be automatically communicated by customer mobile station 
unit 60 to telepay TSN 30. For example, telepay TSN 30 can issue a 

• special interrogation (e.g., a message in the signaling link to the mobile 
stationor a tone) to customer mobile station unit 60 which is detected and 
interpreted by the SIM card, and to Which the SIM card catises station 60 to 
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' > ' ' ^5^respond1autom^ account stored in the SIM card.. 

In the case of , such prestorage of customer account information in a SIM 
card, ther:e need be no look up.at telepay TSN 30 for the customer's 
,! , : aQcount numUer.^^ ^^^ up process can be utilized to determine a 

; r; 5;A^];-n^twp^^^^^^^ institution which administers the account. 

Telepay TSN 30 can then provide the transaction amount and customer 
account number to the financial institution, whereupon the financial 
institution prepares an appropriate statement (e.g., credit card statement or 
* telephone bill) which includes the transaction amount. 

10 

Prompts utilized by telepay TSN 30, such as those for entry 
of data (e.g., transaction amount, merchant identifier) and verification, can 
^ utilize short message^service features for the display of text on telephones 
^ ^ '• ^atod terminals'having suitable display units. -For short message service '-^ 
.15 . (SMS), telepay TSN 30 signals either a SMS server (provided in GSM or 
equivalent systems) or the home location register (HLR). Alternatively, in 
an intelligent network environment, telepay TSN 30' can signal a SCP, 
which in turn can signal the SMS server or HLR, which in turn signal the - 
^ MSG 54 for contacting the mobile station or terminal. 

20 

i In some embodiments the customer line identity (e.g., calling 
party *s directory number) is used as the customer's billing number, or 
alternatively is used to look up (in a database) an account number 
corresponding to the customer line identity. In most modem networks such 
25 - :« as ISDN, the customer line identity (CLI) is signaled all the way through to 

the end user equipment, thereby facilitating such services as Calling Line 
^v.- .j,t;?.ldentifieati0n ("Galle Accordingly, one implementation for debiting 

. L. i the.mobjle,.customen is.to. get the CLI directly if an appropriate signaling 
protocol is .used. to telepay TSN 30 (for TSH30 not being aA SCP-type 
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node). If telepay TSN 30 is a SCP-type node, the SSP obtains the mobile 
number (GLI) via the network signaling (e.g., ISUP or TUP protocols 
according to ITU standards) and sends the CLI to the SCP via the INAP 
protocol. Thus, telepay TSN 30 does not have to interrogate the customer 
mobile imit 60 for its account number. 

In addition to the security features described above, a 
protocol specific to each mobile standard on top of signaling no. 7 interface 
(or TCPIP or X.25) to mobile network can be employed to connect to 
different databases that can give useful information on the mobile handset 
and its owner, i.e. whether the handset is a valid subscriber, if it has been 
reported stolen, which radio cells its signal is received by, signal strength 
and cell locations (in GSM e.g. Home Location Register, Equipment 
Identity Register, Authentication Centre). This information can also be 
used as data to validate the transaction — e.g. a stolen handset can not pay 
for purchases, and a handset can not verify a purchase in a. shop in New 
York if the radio cell to which it is coimected is in San Francisco. 

In the embodiments of Fig. 5B and Fig. 5C, the merchant's 
web page is generated and transmitted by a web server 71 (which may, or 
may not, be at the merchant's premises). The mechanics of Web page 
generation and transmission is not germane to the present invention. 
Standard intemet protocols and security funtionality can be employed. The 
information conveyed on the Web page is pertinent, in that such . • 
information either presents or enables the/customer to acquire financial 
information in the nature of e.g., an advertisement or a bill. The 
advertisement may provide a description of a product or service, as well as 
a cost (transaction amount) and a merchant identifier, and perhaps a 
transaction code or the like to identify the particular advertised item or bill 
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r (Mvoice)TnumbFftor i^^ » : : - : :: . 

. ^ ^jAsonepxam 5B,athome 
a customer pp. ppmputeri#4.may. reach the Web page of a utility company in 

, .OT^deRto p^^ 'f^^ By entering the customer's name or 

account number with the utility company (and possibly a PIN or the like for 
security reasons), the customer is linked to a display of the customer's 
present utility bill. The display provides the transaction amount (current 
balance due), as well as a merchant identifier aad possibly a transaction 
code. The customer then dials the Telepay TSN number using the 
customer's mobile station 60, and in response to prompts enters e.g., the 
merchant identifier and transaction amount (and possibly the transaction 
code). If the customer is situated at one of the customer's predetermined 
native locatiohs,tthe transaction is completed in the manner described 

. , herein. . , 

In the embodiment of Fig. 5C, both internet access and access 
to Telepay TSN 30 are accomplished using mobile station 60 in the form of 
laptop computer 60 with mobile termination. In this embodiment, laptop 
computer 60 and the mobile network are capable of having multiple 
connections between the network and a mobile station. 

The present invention thus facilitates funds transfer for 
payment of goods and/or services without use of a credit card, bank check 
or. the like; is essentially immediate, simple, and secure. 

While the invention has been particularly shown and 
described with reference^tOithe preferred embodiments thereof,- it will be 
* understood.byvthose-skilled in the . art that form and 
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detail may be made therein without departing from the spirit and scope of 
the invention.. . , . . 
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" ''3* 

1 1 - A method of facilitating automated payment from a customer 

2 account of a customet fihiati'di^ii' iftstit^^^ to a merchant account of a 

3 meirchant fmaficiSFihV^^^ 

4 acquiring a merchant identifier arid transaction amount from a 

5 customer mobile station; 

6 verifying tiie transaction aiiibunt with'a riierchant terminal ; and 

7 upon receipt of a verification from the merchant terminal, requesting 

8 transfer of the transaction amount from the customer account to the 

9 merchant account. 

1 2. The method of ciaiixi it ^f^ 

2 data base wherein is 'stored' for the custonier ( 1 ) a telecommuhications 

3 address of the customer firiaricial institution and (2) a customer account 

4 identifier, 

1 3. The method of claim 1, further comprising consulting a merchant 

2 data base wherein is stored for the merchant identifier (1) a 

3 telecommunications address of the merchant financial institution and (2) a 

4 merchant account identifier. 

1 4. The method of claim 1, further comprising determining whether 

2 the customer mobile station and tifre merchant terminal are within a 

... 1 - 

3 predetermined geographical proximity, and wherein transfer of the 

4 transaction amount from the custonier account to the merchant account is 

5 precluded Imles^ tKie Ws^^ *flie mercHaiit teimin^fi are 

6 within the predefenriifted ge^^^ " ^ " ^ " ^ 

V 
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5. The method of claim 4 further comprismg obtaining geographic 
.jcoordinates of the customer mobile station, and comparing the geographic 

coordinates of the customer mobile station with geographic coordinates of 
the merchant terminal to determine whether the customer mobile station 
and the merchant terminal are within the predetermined geographical 
proximity. 

6. The.method of claim 1, further comprising determining whether 
the customer mobile station is situated at a customer predetermined native 
location, wherein transfer of the transaction amount from the customer 
account to the merchant account is precluded unless the customer mobile 
station is at the customer predetermined native location. 

7. The method of claim 1 , wherein the merchant identifier is 
acquired from a display on a computer screen. 

8. The method of claim 7, wherein the merchant identifier is 
acquired from a web page. 

9. The metiiod of claim 1 , wherein the merchant identifier is 
acquired from a display on a computer screen, the computer screen being 
situated at a customer predetermined native location. 

10. The method of claim 9, further comprising determining whether 
the customer mobile station is situated at the customer predetermined native 
location, wherein transfer of the transaction amount from the customer 
account to the merchant account is precluded imless the customer mobile 
station is at the customer predetermined native location. 
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•V :i r.:^ ^s^ti-^ft^f^ telephonically 
T^Bi i: i:o2mainterf^^^ at the customer financial institution to 

3 detennine whether debiting of the customer account by the transaction 

1 12. A method for faciUtating automated funds transfer of a 

2 transaction amount, the method comprising: 

3 ' ' determining, at a service-node of a telecommimications network, 

4 whether: (1) a customer mobile station and a merchant terminal are within 

5 a predetermined geographical proximity; or (2) the customer mobile station 

6 is situated at a customer predetermined native location; and 

7 in response to the determining, arranging, at the service node and in 
• . g^v V TCSpoiise to a request from the customer mobile station, transfer of the 

- ^9: • > rtrans^^^ customer account of the customer financial 

10 . - -institution to a merchant account of the merchant financial institution. 

1 13. The method of claim 12, further comprising using a merchant 

2 identifier provided on a display on a computer screen for ascertaining the 

3 merchant account. 

1 ^ 14; The method of claim 1 3 , wherein the merchant identifier is 

. ^:2r?^yfiaeqUired fr0^1^ W . . - v. ^ r r: ^ . 

r r--: - 15 . A method for facilitating automated funds transfer of a 

2 transaction amount, the method comprising: 

3 determining, at a service node of a telecommunications network, 

. tv^n r.K 4 - whetherr?<(i ) a customer mobile station and a merchant terminal are within 
..if. v. > A s^ j^via^predetermined, geographical proximity; (2) the customer mobile station is 

sUiis^- 6 -^jtS^ location:; and. 
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T" * • 

7 in response to the determining, arranging, at the service node and in 

8 response to request from the customer mobile station, for a credit message 

9 to be sent to a merchant account of the merchant financial institution and a 

0 debit message to be sent to a customer account of the customer financial 

1 institution. ^ - : ; . .i 

1 16. The method of claim 1 5, further comprising using a merchant 

2 identifier provided on a display on a computer screen for ascertaining the 

3 merchant account. 

1 17. The method of claim 16, wherein the merchant identifier is 

2 acquired from a web page, 

1 1 8. A telecommunications service for facilitatting fimds transfer of a 

2 transaction amount, the service comprising: 

3 a customer mobile station; 

4 a merchant terminal; 

5 a customer financial institution; 

6 a merchant financial institution; 

7 a service node which, in response to a request from the customer 

8 mobile station, arranges for transfer of the transaction amount from a . 

9 customer account of the customer financial institution to a merchant 

0 account of the merchant financial institution provided that the service node 

1 determines at least one of the following: (1) that the customer mobile 

2 station and the merchant terminal are within a predetermined geographical 

3 proximity; and (2) that the customer mobile station is situated at a 

4 customer predetermined native location; and 

5 a mobile switching center connected to the service node, to the 

6 customer mobile station, and to the merchant terminal; and, , 
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17; - T ' ' . ;^.a data-network 'whicK conn the service node to the customer 
irs; rc>.:fimahGial<instito^ merchant financial institution . 



A f^Kt^ 4iS.jir.Xh^ claim 1 8, further comprising using a merchant 

; 2 ft AidejitiifiCT?iprovided*o on a computer screen for ascertaining the 

3 merchant account. 

1 20.* The system of claim 19, wherein the merchant identifier is 

2 • acquired firom a web page. 

1 21. A service node of a telecommunications network which, in 

2 response to a request fi-om a customer mobile station, arranges for transfer 

3 ' of *a transaction amount from a customer account of the customer financial 

4 - 4rtstitution^to a merchant account of merchant financial institution provided 

5 that the service node determines that. the customer mobile station and the 

6 merchant terminal are within a predetermined geographical proximity 

1 . 22. A service node of a telecommunications network which, in 

2 response to a request from a customer mobile station, arranges for transfer 

3 of a transaction amount from a customer account of the customer financial 

. 4 institution to a merchant account of merchant financial institution provided 
. ;5.. ^c;that the.:sei3fice,npdeide^^ that the customer mobile station is at a 

6 customer predetermined native location 

1 23. A telecommunications service for facilitating funds transfer of a 

2 transaction amotmt, the service comprising: 

m3 r < t nv. a^^customepmobile Station which includes a subscriber identification 
.-4« mobilegcardjfctiievsubscriber identification mobile caird having stored therein 
. S riiira jSjiStpmer; ]^^ , - 
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6 ' a merchant terminal; , . 

7 a customer financial institution; . - v. ^ , ; ^ 

8 a merchant financial institution; 

9 a service node which, upon receiving a call firom the customer 

10 mobile station: - ^ . : , ^ . . 

11 (1) acquires a merchant identifier, transaction amount, and the 

12 customer account number firom the customer mobile station; 

13 (2) verifies the transaction amount with at least one of the customer 

14 mobile station and the merchant terminal; and 

15 (3) upon receipt of a verification, requests 

16 crediting of the transaction amount to a merchant account of the 

17 merchant financial institution and debiting of the transaction amount to the 

18 customer accoimt; 

19 a mobile switching center connected to the service node, to the 

20 customer mobile station, and to the merchant terminal; and, 

21 a data network which connects the service node to the customer 

22 financial institution and to the merchant financial institution 

1 24. The service pfclaim 23, wherein the customer account number 

2 is one of a customer credit card account or a customer telephone bill 

3 account. . 

1 25. The service of claim 23, fiirther comprising using information 

2 obtained on a display on a computer screen as the merchant identifier 

3 provided and for ascertaining the merchant account. 

1 26. The system of claim 25, wherein the information is acquired 

2 firom a web page. 
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1 rri . ':'27v' -A telecommunications 'sei^ facilitating funds transfer of a 

' ZvmtrmTsScjtid^^^ ... ir- 

3 , : a custonier mobile station; 

: 4/ ^i^^iiva^mCTchant . - t ^ 

5n5H signer a^^icustomer^fih institution; ^ ^^ ' * ■ - : j 

6 a merchant financial institution; 

7 a service node which, in response to a call from the customer mobile 

8 station: 

9 (1) acquires a merchant identifier and transaction amount fi'om the 

10 customer mobile station; 

11 (2) verifies the transaction amount with the merchant terminal; and 

12 (3) upon receipt of a verification, requests transfer of the transaction 
13^ amouH from thexustdnier accdimt to a merchant account of the merchant 
14-^ ? financial ihstitutibh; v 

15 a mobile switching center connected to the service node, to the 

16 customer mobile station, and to the merchant terminal; and, 

17 a data network which connects the service node to the customer 

18 financial institution and to the merchant financial institution 

1 28. The apparatus of claim 27, wherein the service node determines 

2 vvhether the customer mobile station and the merchant terminal are within a 

3 - predetermined geographical proximity prior to requesting transfer of the 

4 transaction amount from the customer account to the merchant account of 
5' the merchant financial institution. 

1 29. The apparatus of claim 28, further wherein the service node 

2- *^*obt^ins 'geographic coordinates of the customer mobile station, and wherein 

3 -the . service node-compares the geographic coordinates of the customer 

/ 4 y- , m6bile*sk^^^^ coordinates, of the merchant temSnal to 
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5 determine whether the customer mobile station and the merchant terminal 

6 . are within a predetennined geographical proximity 

1 30. The apparatus of claim 27, further comprising a transaction 

2 security module which determines whether the customer mobile station is 

3 situated at a customer predetermined native location, and wherein transfer 

4 of the transaction amount from the customer accoimt to the merchant 

5 account is precluded unless the customer mobile station is at the customer 

6 predetermined native location. 



1 31. The apparatus of claim 27, further comprising a customer data 

2 base wherein is stored for the customer (1) a telecommunications address of 

3 the customer financial institution and (2) a customer account identifier. ' 

1 32. The apparatus of claim 27, further comprising a merchant data 

2 base wherein is stored for the merchant identifier (1) a telecommunications 

3 address of the merchant financial institution and (2) a merchant account 

4 identifier. 

1 33. The apparatus of claim 27, wherein the service node 

2 communicates with the customer financial institution to determine whether 

3 debiting of a customer account by the transaction amount is authorized. 

1 34. The apparatus of claim 33, wherein information ascertained 

2 from a display on a computer screen is used as the merchant identifier. 

1 35. The apparatus of claim 34, wherein the information is acquired 

2 from a web page. 
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1 36. A node of a telecommunications network which facilitates 

j^gz-r payment tfromj^a custoniieraccoun^^ a customer financial institution to a ' 

3 merchant account of a merchant financial institution, the node comprising: 

i:4c;. ; . a customer^ communication module which requires a merchant ; i 
"5—^iiclenfifier and trsmsaction amount from a customer mobile station; ' ''■!^.^- t 

6 a merchant comrnunicatioh module which verifies the transaction 

7 amount with a merchant terminal; and 

8 a fiinds transfer authorization module which, upon receipt by the 

9 merchant communication module of a verification from the merchant 

10 terminal, requests transfer of the transaction amount firom the customer 

11 account to the merchant accoimt. 

1 • ^ 37. The 'appafafiisofclaim 36, whereinthe nodeis^ 

'2 • point of an intelligent feleconmum 

1 ^ 38. Theapparatusofclaim36, wherein the node is a special 

2 fimction node. 

1 39. The apparatus of claim 36, further comprising a customer data 

2 base wherein is stored for the customer (1) a telecommunications address of 
,3 . the customer financial institution and (2) a customer accoimt identifier. 



1 40. The apparatus of claim 36, further comprising a merchant data 

2 base wherein is stored for the merchant identifier (1) a telecommunications 

3 address of the merchant financial institution and (2) a merchant account 

4 identifier. 

--1 - n X rv. u4 1 The apparatus btclaim 36, further comprising a transaction 

sbciinly moduli whictf determines^ w customer mobile station and 
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3 the merchant terminal are within a predetermined geographical proximity, 

4 and wherein transfer of the transaction amount febm the customer account ^ 

5 to the merchant account is precluded unless the customer mobile station 

6 and the merchant terminal are within the predetermined geographical 
7- proximity. - r > . 

1 42. The apparatus ofclaim 41, wherein the transaction security 

2 module obtains geographic coordinates of the customer mobile station, and 

3 wherein the transaction security module compares the geographic 

4 coordinates of the customer mobile station with geographic coordinates of 

5 the merchant terminal to determine whether the customer mobile station 

6 and the merchant terminal are within the predetermined geographical 

7 proxiniity- 

1 43. The apparatus of claim 36, further comprising a transaction 

2 security module which determines whether the customer mobile station is 

3 situated at a customer predetermined native location, and wherein transfer 

4 of the transaction amount from the customer accoimt to the merchant 

5 accoimt is precluded imless the customer mobile station is at the customer 

6 predetermined native location. 

1 - 44. The apparatus of claim 36, further comprising a fina^^ 

2 institution module which communicates with the custonier financial 

3 institution to determine whether debiting of the customer account by the 

4 transaction amoxmt is authorized. 
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